Skip to content

docs(azure): Kimi-only crosscheck routing with visible fallback, and R10 Slack team exposure - #259

Merged
ruby-dlee merged 7 commits into
mainfrom
docs/r6-kimi-only-r10-slack
Aug 19, 2026
Merged

docs(azure): Kimi-only crosscheck routing with visible fallback, and R10 Slack team exposure#259
ruby-dlee merged 7 commits into
mainfrom
docs/r6-kimi-only-r10-slack

Conversation

@ruby-dlee

Copy link
Copy Markdown
Owner

What

Records the owner's two further 2026-08-19 directives in docs/azure-requirements.md:

  1. Crosscheck routes through Kimi only, for codex-authored and claude-authored work alike. One reviewer family outside both author families satisfies the bidirectionality paradigm for every author, unbinds review capacity from the pi-codex subscription profiles the fleet's own work (no-mistakes, authors) depends on, and makes the lane scalable for firstmate and engineers' on-demand use. pi-codex becomes a dormant config-flip fallback, never deleted; every review names its lane and a status read shows what is serving, so a silent fallback is impossible. R6's routing/work/acceptance updated; R7's stale line corrected.
  2. New R10: Slack v1 team exposure. Engineer tags the bot with a PR link in a channel; Kimi reviews; findings post as a thread reply on the engineer's message. Socket Mode listener (no public inbound endpoint), org repository allowlist (the read credential never points outside it), per-submitter daily metering under C3 with a visible budget-exhausted reply, lane identity in every reply, Bugbot coexists on engineers' PRs (disabled on the owner's). Acceptance requires a non-owner engineer receiving threaded Kimi findings with an out-of-allowlist link refused.

Both amendments are recorded in the requirements section itself so the historical quotes stay visibly historical.

Verification

Docs-only. No em dashes, no bold; the static contract's asserted sentences (withdraw line, 'Release remains the only exit') are untouched.

…R10 Slack team exposure

Two further owner directives on 2026-08-19, recorded as a second amendment in
the requirements section:

All crosscheck routes through the Kimi lane for every author family. One
reviewer family outside both author families satisfies the paradigm everywhere,
unbinds review capacity from the pi-codex subscription profiles that
no-mistakes and the author fleet consume, and makes the lane scalable for
firstmate and for engineers' on-demand use. pi-codex stays as a dormant
fallback behind a config flip, never deleted, with lane identity named in every
review and a status read showing what is serving, so a silent fallback is
impossible. R6 work and acceptance updated to match; R7's stale claude-via-
codex line corrected.

New R10: Slack v1 team exposure. Engineers tag the bot with a PR link, the
Kimi lane reviews, findings return as a thread reply. Socket Mode (no public
inbound endpoint), org-allowlisted repositories only, per-submitter daily
metering under C3, lane named in every reply, Bugbot coexists on engineers'
PRs. Builds after R6; order-of-work notes it can be pulled forward.
… degradation, stale claims

The review caught the requirement clause still saying bidirectionality while
the standing design is one-way into one outside family; the amendment and the
R6 title now state the actual requirement (no author reviewed by its own
family). The fallback path is recorded honestly: flipping to pi-codex includes
crosscheck-same-model on and accepts same-family review of codex-authored work
as a loud, recorded degradation, in the routing paragraph, the Work list, and
the acceptance. R5 now names the pi roster as the dormant fallback rather than
claiming crosscheck is done on it; C3 owns R10's per-submitter metering and
listener cost and its stale four-slots state line is refreshed to record the
2026-08-19 surrender cleanup; R10 uses the doc's status vocabulary.
… stale after the cleanup

The C3 state refresh left R4 still asserting one stranded work disk on the
subscription; that disk was deleted by owner direction on 2026-08-19 after no
cell record could be found for the sanctioned close. R4 now records the
deletion and that only the unfixed root cause remains. Also aligns the
amendment's requirement phrasing with R6's ('reviewed only by its own model
family') and rewraps two long lines.
…ne with the custody trade recorded

The owner revised the model pick from Kimi-K2.7-Code to GLM-5.2 on quality and
accepted the Fireworks custody shape after verification: Microsoft disclaims
data handling for the lane, the zero-data-retention promise is Fireworks' own
policy (volatile memory, no logging by default, chat completions only - the
Responses API and its 30-day store default are forbidden here), and billing
lands as Azure consumption with startup-credit coverage for pay-per-token Data
Zone Standard, to be confirmed by a small live decrement before volume. The
15-day retirement notice on Fireworks pay-per-token models is recorded as an
accepted operational risk and a standing reason the pi-codex fallback stays
armed. Work list gains the feature registration, the credit-decrement check,
the reasoning_effort passthrough smoke, and the chat-completions pin.
@ruby-dlee
ruby-dlee merged commit 5d7fd89 into main Aug 19, 2026
13 checks passed
@ruby-dlee
ruby-dlee deleted the docs/r6-kimi-only-r10-slack branch August 19, 2026 17:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant